This Page Is Inserted by IFW Operations 
and is not a part of the Official Record 

BEST AVAILABLE IMAGES 

Defective images within this document are accurate representations of 
the original documents submitted by the applicant. 

Defects in the images may include (but are not limited to): 

• BLACK BORDERS 

• TEXT CUT OFF AT TOP, BOTTOM OR SIDES 

• FADED TEXT 

• ILLEGIBLE TEXT 

• SICEWED/SLANTED IMAGES 

• COLORED PHOTOS 

• BLACK OR VERY BLACK AND WHITE DARK PHOTOS 

• GRAY SCALE DOCUMENTS 

IMAGES ARE BEST AVAILABLE COPY. 



As rescanning documents mil not correct images, 
please do not report the images to the 
Image Problem Mailbox. 



THIS PAGE BLANK <usp™ 



WORLD INTELLECTUAL PROPERTY ORGANIZATION 
International B ureau 



PCT 

INTERNATIONAL APPLICATION PUBLISHED UNDER THE PATENT COOPERATION TREATY (PCT) 




(51) International Patent Classification 3 : 
G06F 7/38; G11C 8/00 



Al 



(11) International Publication N limber WO 80/01423 

(43) International Publication Date: 10 Jury 1980 (10.07.80) 



(21) International Application Number: PCT/US79/01045 

(22) International Filing Date: 6 December 1979 (06.12.79) 

(31) Priority Application Number: 974,426 

(32) Priority Date: 29 December 1978 (29.12.78) 

(33) Priority Country: US 



(71) Appficant: WESTERN ELECTRIC COMPANY INC. 

[US/US]; 222 Broadway, New York, NY 10038 (US). 

(72) Inventors:. HUANG, Victor, Ruo-Liang; 2246 Jersey 

Avenue, Scotch Plains, NJ 07090 (US). RUTH, Ri- 
chard, Lloyd; 142 Morris Avenue, Summit, NJ 07901 
(US). 



(74) Agents: SPENCER, Reuben et aL; Post Office Box 901, 
Princeton, NJ 08540 (US). 



(81) Designated States: CH, DE, GB, JP, NL, SE. 



Published 

With international search report 
With amended claims 



(54) Title: DATA PROCESSING APPARATUS HAVING OPCODE EXTENSION REGISTER 




(57) Abstract 

A Central Processing Unit (CPU) includes a hardware op-code extending register (421) for storing a code for program- 
mable selection of optional Central Processing Unit features which modify processor operations defined by the op-code in each 
instruction. A control section in the Central Processing Unit decodes both the op-code of a current instruction and the code in 
the op-code extending register (421), effectively combining the two to form an extended op-code capable of defining a larger set 
of processor operations than the op-code carried in each instruction. The code in the op-code extending register (421) is changed 
only when the Central Processing Unit executes an instruction for transferring a new code into op-code extending register (42 1). 
Thus the code in op-code extending register (421) can remain stationary over many instruction cycles. A central Processing Unit 
architecture having an op-code extending register (421) permits the set of processor operations for the Central Processing Unit 
to be expanded without increasing the instruction length. The advantages provided are reduced memory overhead for program 
storage and increased processing efficiency in data processing systems having a small word size. 
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DATA PROCESSING APPARATUS HAVING 
OPCODE EXTENSION REGISTER 

Background of the Invention 
5 This invention relates to a central 

processor unit of a data processing system for executing 
a program of stored instructions through a sequence of 
instruction cycles, the central processing unit adapted 
for receiving an instruction during the instruction fetch 

10 phase of an instruction cycle and, responsive to the 
instruction for performing during the data execution 
phase of the instruction cycle a processor operation on 
stored data specified by the instruction, each stored 
instruction comprising an opcode portion and an address 

15 portion, the central processing unit comprising an 

instruction register for receiving the op^code portion of 
the instruction during the instruction fetch phase of the 
instruction cycle and storing the op-^code throughput the 
entire instruction cycle and a controller for producing 

20 command signals corresponding to the processor operation 
during the data execution phase of the instruction cycle. 

The op^code of an instruction is a group of 
binary digits (bits) that define a processor operation such 
as ADD, SUBTRACT, COMPLEMENT, etc* The set of processor 

25 operations formulated for a CPU depends on the processing 
it is intended to carry out. The total number of distinct 
operations which can be performed by the CPU determines its 
set of processor operations. 

The number of bits which form the op^code (op* 

30 code field) is a function of the number of operations in 
the set. At least N bits are necessary to define 2 N or 
less distinct operations. The CPU designer assigns a 
different bit combination (i.e., op^code) to each 
operation. The controller section of the CPU detects the 

35 bit combination at the proper time in a sequence and 

produces proper command signals to required destinations in 
the CPU to execute the specified operation. 
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2. 



In addition to specifying a processor operation. 



an instruction will normally also carry other information 
such as the address (es) of memory locations where 
operand (s) to be used in the processor operations are 
5 stored. Ordinarily, the number of bits required for the 
operand address (es) (address field} occupy most of the bit 
positions available in the instruction leaving only a 
limited number of bits to be allocated for the op— code 
field. When a CPU designer finds the bits allocated to the 
10 opf-code field insufficient for a given set of processor 
operations he has, heretofore, had the choice of either 
accepting a smaller set of processor operations or 
lengthening the instruction. 



15 data processing systems where the memory capacity for 
storing instructions is limited. In addition, small 
systems have limited word sizes as well (as small as 4 bits 



microprocessor), and a long instruction has the added 
20 disadvantage of requiring many memory references for 
retrieval and, thus, of slowing down CPU operation. 
However, from the standpoint of versatility, programming 
convenience, and operating efficiency, it is desirable to 
have a large set of processor operations. Therefore, a 
25 problem in designing a CPU for small data processing 
systems is that of being able to define a large set of 
processor operations while minimizing instruction length. 



30 length of the address field by using some form of 

abbreviated addressing of memory locations, such as the 
indirect addressing method or the relative addressing 
method of extending the address code. However, the 
problem remains on how to achieve additional 

35 reduction of the instruction length when an N~bit 

op-rcode field in the instruction defines more than 2 N 
processor operations. 



Long instructions are disadvantageous in small 



in some systems where the CPU is in the form of a 



Prior art techniques for conserving the lengths 
of instructions have been directed towards reducing the 
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The problem is solved in accordance with 
the central processing unit which further comprises an 
op?code extension register for storing a selected opcode 
extension word and the controller being responsive to the 
5 combined contents of the instruction' register and the 
opT-code extension register for producing command signals 
corresponding to the responsive combined contents , the 
contents of the opcode extension register being changed 
only when the central processing unit receives ah 

10 instruction for transferring a newly selected op^code 
extension word to the op^-code extension register. 
Summary of the Invention 

The present invent ion provides a CPU of a data 
processing system for executing a program of stored 

15 instructions through a sequence of instruction cycles, the 
CPU receiving an instruction during the instruction fetch 
phase of the instruction cycle and, responsive to the 
instruction, performing during the data execution phase of 
an instruction cycle an operation specified by the 

20 instruction on stored data specified by the instruction, 
each stored instruction comprising an op^code portion and 
an address portion, the CPU comprising an instruction 
register for receiving the op-code portion of the 
instruction during the instruction fetch phasfe and storing 

25 the opcode throughout the entire instruction cycle; and 
controller means for producing command signals 
corresponding to processor operations during the data 
execution phase, characterized in that the stored data 
comprises operands and opcode extension words, and there 

30 is included an opT-code extension register for storing a 

selected op?code extension word, the controller means being 
responsive to the combined contents of the instruction 
register and the op-rcode extension register for producing 
command signals corresponding to processor operations 

35 required for the respectiv combined contents, the contents 
of the op-rcode extension register being changed when the 
CPU receives an instruction for transferring a newly 
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selected op-code extension word into the oprcode extension 

register means. 

Thus the contents of the oprcode extension 
register, which need not change with each instruction 
5 cycle, is combined with the optrcode stored in the 
instruction register, which changes with each new 
instruction, to form an effectively longer op^code. 

Advantageous use of the op-rcode extension 
register concept is made by organizing the set of CPU 

10 operations into generic processor operations and optional 
CPU features which modify the generic operations. 
Therefore, the opvcode field in each instruction defines 
the generic operations while the optional features are 
selected or not by the op^code extension word stored in the 

15 op-code extension register. 

Accordingly, it is an object of the invention to 
provide a CPU architecture which permits a processor 
operation set which is larger than that which can be 
defined by the op-icode field in an instruction. 

20 it is another object of this invention to provide 

a CPU architecture which improves the versatility and 
performance of a small data processing system having a 
small word size and limited instruction storage capacity. 

It is still a further object of this invention to 

25 provide a CPU architecture for reducing the number of 
memory references required to fetch an instruction in a 
data processing system having a small word size. 

Another object of the invention is to provide a 
CPU architecture which allows the addition of software 

30 programmable optional features without requiring additional 
op-codes. 

Yet another object of the instant invention is to 
provide a CPU architecture for low cost, high performance 
microprocessors. 
35 The above and other objects of the invention are 

achieved in several illustrative embodiments described 
hereinafter. However, it should be appreciated that there 
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are possible useful embodiments which are designed to 
achieve less than all of the preceding objects while still 
remaining consistent with the principles of the invention. 
The novel features of the invention, both as to structure 
5 and method of operation, together with further objects and 
advantages thereof will be better understood from the 
following description considered in connection with the 
accompanying drawings. It is to be expressly understood, 
however, that the drawings are solely for the purpose of 
10 illustration and description and are not intended to define 
limits of the invention. 
Brief Description of the Drawings 



which the operand width of the ALU is placed under program 
control in accordance with the instant invention. 

FIG. 5 is a logic diagram of the Carryrln 
Administration Circuit, used in the CPU of FIG. 4. 



Multiplexer Circuit used in the CPU of FIG. 4. 

FIG. 7 is a logic diagram of the Carry-^Out 
Register Circuit used in the CPU of FIG. 4. 

FIG. 8 is a logic diagram of the Rotate/Shift 
30 Right Administration Circuit used in the CPU of FIG* 4. 

FIG. 9 is a logic diagram of the ALU Function 
Inhibit Circuit used in the CPU of FIG. 4. 

FIG. 10 is a block diagram illustrating, a CPU in 
which the optional features of variable operand width, 
35 autoloading and autoincrementing of memory pointer 

registers are placed under program control in accordance 
with the instant invention. 



20 



FIG. 1 is a block diagram illustrating a CPU 
known in the prior art. - 

FIG. 2 is a flow chart useful for illustrating 
the processor sequence during an instruction cycle. 

FIG. 3 is a state diagram illustrating the 
sequence of steps followed by the CPU of FIG. 1 in 
executing an ALU operation. 

FIG. 4 is a block diagram illustrating a CPU in 



25 



FIG. 6 is a logic diagram of the Carry-rOut 
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FIG. 11 depicts the Oprrcode Extension Register 
used in the CPU of FIG. 10. 

FIG. 12 is a state diagram illustrating the 
sequence of steps followed by the CPU of FIG. 10 in 
5 executing an ALU operation and the operation of the 
variable operand width and autoincrement ing features. 

FIG. 13 is a state diagram illustrating the 
sequence of steps followed by the CPU of FIG. 10 in address 
formation and the operation of the autoloading feature. 

10 FIG. 14 is a block diagram illustrating a portion 

of a CPU in which the assignment of address register to 
store either memory addresses or peripheral device 
addresses is placed under program control in accordance 
with the principles of the instant invention. 

15 FIG. 15 is a block diagram illustrating the 

Instruction Register, Op— Code Extension Register, and 
Controller of the CPU of FIG. 14 and a logic diagram of the 
circuit in the Controller which decodes the address 
register assignment field. 

20 FIG. 16 is a block diagram depicting an interface 

arrangement of the CPU of FIG. 14 with a RAM and three 
peripheral devices. 
Detailed Description 

Referring now to FIG. 1 there is shown a block 

25 diagram representative of a simple CPU , 100, known in the 
prior art and of a type which is found in small data 
processing systems such as minicomputers and microprocessor 
based systems. Only those parts of the CPU which are 
essential to the explanation to follow have been included 

3° in FIG. 1. The configuration of FIG. 1 uses a single 
Instruction Register (IR) , 101, which stores the current 
instruction being executed. A program of instructions to 
be executed by the CPU is stored in a Readonly— Memory 
(ROM), 102, in the form binary words hereafter referred to 

35 as instruction words. In this example, each instruction 
word contains eight bits. The CPU retrieves an integral 
number of instruction words from the ROM to form a complete 
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instruction. Each instruction is composed of an op^cod 
specifying an operation which the CPU is designed to 
perform and an address code specifying the memory location 
where an operand or operands to be used for the specified 
5 operation are stored. In the CPU of PIG. l f the operands 
are stored in a Random Access Memory (RAM), 103, also in 
the form of binary words hereafter referred to as operand 
words. In this example, each operand word contains eight 
bits. An operand is formed with one operand word retrieved 

10 from the RAM. The IR holds eight bits of an instruction 
six of which are reserved for the op-xcode, the remaining 
two being reserved for the part of the address code 
specifying the addressing mode. Pour addressing modes are 
available irf the CPU of * FIG • 1, namely the direct mode, two 

15 indirect modes, and the immediate data mode* The length of 
an instruction will vary depending on the addressing mode 
used. 

As an illustrative example, the 6~bit opt-code is 
used to define 48 processor operations represented by the 
20 instruction set listed in Table 1. 

Table I 
CPU Instruction Set 







Instruction 




Op-*-Code 


25 


1 


ADD 




000000 




2 


ADD WITH CARRY 




000001 




3 


SUBTRACT 




000010 




4 


SUBTRACT WITH CARRY 




000011 




5 


AND 




000100 


30 


6 


OR 




000101 




7 


EXCLUSIVE OR 




000110 




8 


MOVE 




000111 




9 


COMPARE AMD BRANCH 


IF EQUAL 


001000 




10 


COMPARE AND BRANCH 


IF NOT EQUAL 


001001 


35 


11 


COMPARE AND BRANCH 


IF LESS THAN 


001010 




12 


COMPARE AND BRANCH 


IF GREATER THAN/EQUAL 


001011 




13 


TEST AND BRANCH IF 


ZERO 


001100 
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14 


TEST AND BRANCH IF NOT ZERO 


001101 




" 15 


DECREMENT, BRANCH IP NOT 


ZERO 


001110 




16 


SET 




001111 




17 


CLEAR 




010000 


5 . 


18 


INCREMENT 




010001 




19 


DECREMENT 




010010 




20 


COMPLEMENT 




010011 




21 


ROTATE LEFT 




010100 




22 


ROTATE LEFT WITH CARRY 




010101 


10 


23 


ROTATE RIGHT 




010110 




24 


ROTATE RIGHT WITH CARRY 




010111 




25 


SHIFT LEFT 




011000 




26 


SHIFT LEFT WITH CARRY 




011001 




27 


SHIFT RIGHT 7 




011010 


15 


28 


SHIFT RIGHT WITH CARRY 




011011 




29 


SET BIT 




011100 




30 


CLEAR BIT 




011101 




31 


BRANCH ON BIT SET 




011110 




32 


BRANCH ON BIT CLEAR 




011111 


20 


33 


EXCHANGE 




100000 




34 


TEST WITH MASK AND BRANCH 


IF ZERO 


100001 




35 


TEST WITH MASK AND BRANCH 


IF NOT ZERO 


100010 




36 


BRANCH 




100011 




37 


JUMP 




10 0100 


25 


38 


CALL 




100101 




39 


RETURN 




100110 




40 


RETURN ON INTERRUPT 




loom 




41 


CLEAR FLAG REGISTER 




101000 




42 


SET FLAG REGISTER 




101001 


30 


43 


PUSH 




101010 




44 


POP 




101011 




45 


EXCHANGE MEMORY POINTER 




101100 




46 


LOAD STACK POINTER 




101101 




47 


STORE STACK POINTER 




101110 


35 


48 


NO OPERATION 




101111 



The Program Counter (PC), 104, normally holds the 
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address of the next word of instruction or constant to be 
retrieved from the ROM. The PC is a 12-rbit register which 
goes through a step by step counting sequence pointing. to 
successive instruction words stored in the ROM, except in 
5 response to a program transfer instruction (e.g., 

instructions 9*15, 31, 32, 34^40, 43, and 44 of table 1) 
when a new address is loaded into PC. An 8-bit Data Bus, 
105, is used for transferring instructions, addresses, and 
operands between various locations in the CPU. Addresses 

10 for accessing locations in the RAM, 103, area stored in the 
12Trbit Memory Address Latch (MAL) , 106, which receives an 
address from one of a group of registers in the Memory 
Pointer (MP), 107. The contents of IR are detected by the 
Controller, 108, which produces command signals for 

15 processor operations and address manipulations specified by 
the detected contents. The command signals are transmitted 
to various destinations in the CPU via the control lines, 
109. 



20 performed in the Arithmetic Logic Unit (ALU), 110, which 
can receive either one or two operands at its A and.B 
inputs. An Accumulator (ACC) , 113, stores an operand for 
the ALU and also stores the result of the ALU operation. 
The ALU is provided with a Carry-rln input to receive a 

25 carry signal and a CarryrtOut output where the carry signal 
generated by the ALU is made available. The input carry 
signal is provided by the Carry-^In Administration circuit, 
111, which selects among the Plus 1 signal in the case of 
an INCREMENT operation, the Carry signal in the case of 

30 ROTATE LEFT WITH CARRY operation, or the most significant 
bit, AC7, of the Accumulator in the case of a ROTATE LEFT 
operation. The output carry signal is received by the 
Carry Register (CR) , 112, which indicates an ALU function 
overflow or underflow. The CR is also loadable, 

35 resettable, and participates in the SHIFT and the ROTATE 
operations. 



The arithmetic and logical operations are 



The ACC which has a master section, ACM, and a 
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slave section, ACS, is also used in this example as a latch 
for data to be read from or written into the RAM. A 
special Shift/Rotate Right Circuit (SRR) , 114, provides for 
SHIFT AND ROTATE RIGHT operations involving ACC. The SHIFT 
5 AND ROTATE LEFT operation is accomplished by adding the 
operand to itself and, therefore, requires no special 
circuitry. A Rotate/Shift Right Administration Circuit 
(RSR) , 115, is provided to select either the Carry Output 
signal or the least significant bit, ACO , of ACC to be 

10 loaded into the most significant bit position of ACC for 
the ROTATE RIGHT WITH CARRY and the ROTATE RIGHT operations 
respectively. 

The execution of each instruction by a CPU occurs 
in a sequence of basic ^teps which form the instruction 

J-5 cycle. The sequence of steps is governed by timing signals 
generated by clock circuitry which is not shown in FIG. 1. 

Referring now to FIG. 2 there is shown a flow 
chart of steps in the instruction cycle. The instruction 
cycle is divided into two phases: an instruction fetch 

20 phase and a data execution phase. Reference numerals 201 
through 206 indicate the basic stages of each phase. In 
the instruction fetch phase, an instruction word whose 
address is in PC is transferred from the ROM to IR. The 
instruction word as previously mentioned has a 6— bit opr- 

25 code field and a 2-jrbit address mode field. The first step 
in the data execution phase is the formation of the address 
or addresses of operands required for the operation. The 
operands are stored in RAM or in internal registers in the 
CPU. First, the op^-code in IR is decoded by the controller 

30 to determine whether the operation is monadic or dyadic. A 
monadic operation is one which requires only one operand 
and, therefore, only one operand address is formed. The 
sole operand address formed for a monadic operation is 
called a destination address because the results of the 

35 operation are automatically stored in the memory location 
previously occupied by the sole operand. A dyadic 
operation is one which requires two operands and, 
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therefore, two operand addresses are formed. The address 
of the first operand is called the source address while 
that of the second operand is called the d stination 
address because the results of the dyadic operation will be 
5 automatically stored in the location previously occupied by 
the second operand. In the CPU of FIG. 1, the destination 
address is generally always ACC. 

The address mode bits in IR are also detected by 
the controller. If direct addressing is indicated, an 

10 address is transferred from a location in ROM into MAL. 
If, however, one of the two indirect addressing modes is 
indicated, the contents of a specified memory pointer 
register in MP is transferred to MAL. In the case of the 
immediate data addressing mode, the operand or operands 

15 themselves are carried by the address portion of the 
instruction and, therefore, no operand addresses are 
formed. 

After the operand address is formed and 
transferred to MAL, the operand may be fetched from the 

20 location in RAM pointed to by MAL. The last step in the 
data execution phase is the performance of the operation 
specified by the op^code in IR which in this example is an 
ALU function. Completion of the ALU function terminates 
the instruction cycle. 

25 Referring now to FIG. 3, a state diagram, 300, 

for the simplified CPU of FIG, 1 is shown. Reference 
numerals 301 through 310 indicate the detailed steps in an 
instruction cycle for executing ALU and data transfer 
operations. Non^-data operations such as BRANCH, CALL, 

30 RETURN, etc. are classified as Miscellaneous Instructions 
and are not shown. The dyadic operation ADD between a 
first operand stored in a RAM location pointed to by a 
register in MP and a second operand already stored in ACC 
can be represented by the state sequence 

35 

SI S2 S4 + S6 + S9 S10. 

Referring to the states represented by the blocks 
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designated by reference numerals 301 through 310 in FIG* 3, 
in state SI the contents of the ROM location addressed by 
the contents of PC is transferred to IR. In state S2 the 
contents of IR are decoded by the Controller. Assuming in 
5 this example that the addressing mode is indirect, in state 
S4, 304, the contents of a specified register in MP are 
transferred into MAL. In state S6, 306 f the operand stored 
in the RAM location specified by the address in the MAL is 
transferred to the ALU , and a particular ALU operation 

10 specified by the opcode (i.e., ADD) is performed on the 
above operand and the contents of ACC, with the result 
transferred to the master section (ACM) of ACC. In state 
S9, 309, the contents of ACM may, as required by the 
instruction, be transferred either to the slave (ACS) of 

15 ACC or to a RAM location pointed to by MAL. For the ADD 
operation the result (the sum) remains in ACC* In state 
S10, 310, PC is incremented before the beginning of a new 
instruction cycle. 

An example of a Monadic operation, SET 

20 ACCUMULATOR, can be represented by the state sequence 

SI S2 S7 S9 + S10. 

The steps represented by the states SI and S2 are the same 
25 as described above for the dyadic operation. In state S7 , 
307, the ALU generates an 8-?bit word having all "Is" and 
transfers it into ACM. The steps represented by states S9 
and S10 are the same as described above for the dyadic 
operation. 

30 An example of a data transfer operation, MOVE, of 

a constant stored in the ROM to a register in MP is 
represented by the state sequence 

SI S2 S3 " S5 S10. 

35 

The steps represented by states SI and S2 have already been 
. explained in connection with the dyadic operation. In 
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state S3 f 303 r PC is incremented to point to the ROM 
location where the constant is stored* In state S5, 305 , 



the constant in the ROM location pointed to by PC is 
transferred to MP • The step represented by state S10 has 
5 already been explained in connection with the dyadic 
operation* 



to include processor operations in addition to those listed 
in Table 1. For example , as will be described in detail, 

10 the ALU section can be altered to accommodate 4*bit 
operands as well as the normal 8*rbit operands with the 
selection of the operand width under program control. Such 
a modification would affect the arithmetic, logical and 
data movement operations represented by instructions 1 

15 through 35 in Table 1. The modification would- effectively 
add thirty-y five new operations for 4^bit operand width to 
those listed in Table l f raising the total number of 
operations in the set to eighty-rthree. Inasmuch as the 6-r 
bit op^code field in the CPU of FIG. 1 permits only sixty- 

20 four distinct codes, the op^code field must be extended to 
accommodate the additional operations. Owing to the fact 
that the word size of the CPU is 8-rbits, to avoid 
interfacing difficulties, it would be necessary to extend 
the IR by multiples of 8rrbits. Therefore, if. each 

25 instruction were to carry information concerning the 
operand width, the instruction length would have to 
increase by eight bits. This would cause a considerable 
increase in ROM space required for storing a program and 
would also require one more ROM reference to be added to 

30 each instruction cycle. The additional memory overhead 
increases system cost while the additional ROM references 
slow down system operating speed. 



operand width is provided by the principles of the instant 
35 invention. It may be recognized that in most programs, 
when a particular operand width is selected, many 
operations may be executed before it becomes necessary to 



The CPU configuration of FIG. 1 can be modified 



An alternative means for program selection of the 
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change the operand width. Thus the portion of the-op-code 
field which specifies the operand width remains constant 
over many instruction cycles while the portion of the.opr 
code field which specifies the operations listed in Table 1 
5 (generic operations) ordinarily changes with each new 

instruction cycle. Therefore, it would be unnecessary to 
carry in each instruction the infrequently changing portion 
of the op?code, which may instead be stored in a special 
hardware register. For present purposes this special 

!0 hardware register will be called the op-srcode extension 

register (OER). Use of the OER for storing the portion of 
the opircode which specifies the operand width means that 
the op^code field in each instruction need only specify 
the generic operations/ for which six bits are 

15 sufficient. Therefore, by using the OER concept, it 

becomes unnecessary to increase the instruction length. 

In accordance with the above disclosed concept, 
the OER may also specify other optional features in 
addition to variable operand width. Some of these other 

20 features such as autoloading and autoincrement ing of memory 
pointer registers, and the assignment of address registers, 
will also be described in detail in this specification. 

When there are several optional features to be 
specified by the OER, there must be. a sufficient number of 

25 bit positions in the OER to specify all distinct 

combinations of optional features. A group of bits to be 
stored by the OER is hereafter referred to as an opcode 
extension word. The contents of OER are changed only when 
necessary by means of special instructions (added to the 

30 list of Table 1) for transferring to OER a new op-^code 

extension word from memory, and for changing a particular 
bit in OER. Each opcode extension word corresponds to a 
distinct combination of special features to be used in the 
program. Thus, by using the OER concept for program 

35 selection of optional features, ROM space is conserved and 
additional ROM references in each instruction cycle are 
avoided. 
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Variable Operand Width 

Referring now to FIG, 4, there is shown a block 
diagram representative of a CPU, 400, basically similar to 
that of FIG, 1 but with modification to permit changing of 
5 the operand width from 8 bits to 4 bits. These 

modifications include dividing the ALU , the Accumulator, 
and the Shift and Rotate Right Circuit into two independent 
4rrbit sections which will be referred to as the "higher" 
and "lower" sections. In FIG. 4, the "higher" sections of 
10 the ALU (ALUH) , Accumulator (ACCH) , and the Shift 

and Rotate Right Circuit (SRRH) , are indicated by reference 
numerals 410, 416, and 418 respectively. The "lower" 
sections of the ALU (ALUL) , the Accumulator (ACCL) , and the 
Shift Right and Rotate (SRRL) are indicated by reference 
15 numerals 411, 417, and 419, respectively. In each case the 
"higher" and "lower" sections are connected such that when 
the operand width is 8-rbits, the "higher" section operates 
on the most sigificant 4^bits of the operand word while 
the "lower" section operates on the least significant 4-* 
20 bits of the 8-bit operand word. When the operand width is 
4-rbits, the "higher" sections of each divided part are 
rendered inoperative as if the current instruction were NO 
OPERATION, while the "lower" sections operate on the least 
significant 4 bits of an operand word. 
25 The Carry*In Administration Circuit (CIA), 412, 

normally provides a "0" to the CarryT-in input of ALUL, 411. 
When the current instruction is INCREMENT, or DECREMENT, 
the CIA output is a "1". The CIA output is the state of 
the Carry Register, 413, when the current instruction is 
30 ADD WITH CARRY, SUBTRACT, or ROTATE LEFT WITH 

CARRY . For the ROTATE LEFT instruction, the CIA output is 
the most significant bit (AC7) of ACCH in the case of an 
8-rbit operand and is the most significant bit (AC3) of ACCL 
in the case of a 4^bit operand. An example of a logical 
35 implementation of the CIA is shown in FIG. 5. 

The Carry-rOut Multiplexer Circuit, (COMX) , 414, 
provides the Carry-rBit input to the Carry Register, 413. 
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The COMX output is either the Carry^Out output of ALUH in 
the case of an 8<rbi t "operand or the Carry^Out output of 
ALUL in the case of a 4-rbit operand. An example of a 
logical implementation of the Carry^Out Multiplexer is 
5 shown in FIG. 6 • 

The Carry Register (CR) , 413 , is a flip-flop 
which can be set from several sources depending upon the 
current instruction. The operative inputs of CR for 
various instructions are listed below: 

10 Instruction Operative CR Input 

(ALU Operation) WITH CARRY CB from COMX 

LOAD CR Data Bus 

CLEAR CR W 0 W 
SHIFT RIGHT WITH CARRY "0" 

15 ROTATE RIGHT WITH CARRY ACO . 

An example of a logic implementation of the carry register 
is shown in FIG. 7. 

The Rotate/Shift Right Administration Circuit 

20 (RSR), 420, provides the most significant bit for ACCH 
and/or ACCL in SHIFT AND ROTATE RIGHT operations. In the 
case of 8-bit operand width, RSR provides the state of the 
least significant bit (ACO) of ACCL to the most significant 
bit position (AC7) of ACCH via the 0T8 output. . In addition 

25 RSR provides the state of the least significant bit (AC4) 
of ACCH to the most significant bit position (AC3) of ACCL 
via the OT4 output. In the case of 4-rbit operand width, 
RSR provides the state of the least significant bit (ACO) 
of ACCL to the most significant bit position (AC3) of ACCL 

30 via the OT4 output. The inputs and operative outputs of 
RSR for various instructions are listed below: 

Instruction Inputs Operative Outputs 

Shift Right (8rrbit) 0,AC4 0T8 ,OT4 

35 Shift Right (4-fbit) 0 0T4 

Rotate Right (8-bit) ACO ,AC4 OT8 ,0T4 

Rotate Right (4-rbit) ACO 0T4 
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Right Shift/Rotate 

with carry (8-bit) carry, AC4 . OT8,OT4 

Right Shift/Rotat 

with carry (4^bit) carry 0T4* 

5 

A logical implementation of the Rotate/Shift Right 
Administrative Circuit is shown in PIG, 8. 

The ALU Function Inhibit Circuit (ALUFI ) , 415, is 
used to disable ALUH when the operand width is 4*bits. 

10 When the operand width is 8-srbits, the ALU function control 
lines, 422, from the controller, 408, govern the selection 
of ALU functions for both ALUH and ALUL. However, when the 
operand width is 4*bits, ALUFI applies a control signal to 
ALUH which corresponds to the NO OPERATION instruction, and 

15 ALUH allows operands to pass through unchanged. An example 
of a logical implementation of the ALU Function Inhibit 
Circuit is shown in FIG. 9. 

When 4*bit operand width is selected for the CPU 
of FIG . 4, only the least significant 4-bits of the operand 

20 word are operated on while the most significant 4-?bits are 
unused. In order to make use of the most significant 4-r 
bits of the operand word and thereby make full use of the 
RAM storage space which is organized to store 8-bit words 
it is necessary to provide means to interchange the most 

25 significant and least significant 4rrbits of the operand 

word. Such an interchange can be achieved in several ways. 

One way to achieve an effective interchange of 
the most and least significant 4^bits in an operand word is 
to interchange, under the control of a bit position in the 

30 OER, the "higher" and "lower" sections of the ALU. For 
example, if a designated bit position of the OER for 
controlling the ALU interchange contains a "0° during 4^bit 
operation, ALUFI would inhibit ALUH while ALUL is allowed to 
operate on the least significant 4-?bits of the operand 

35 word. However, if the designated bit position contains a 
"1" during 4^bit operation, ALUFI would inhibit ALUL while 
ALUH is allowed to operate on only the most sigificant 4-r 

f* QMFI " x 
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bits of the operand word. 

The most and least significant 4?rbits of - an 
operand word can be interchanged directly by introducing a 
ROTATE 4 instruction to the list in Table 1. The CPU of 
5 FIG. 4 upon receiving such an instruction transfers an 
operand word specified by the instruction from RAM to the 
divided accumulator where initially the most significant 
4-bits of the operand word reside in ACCH and the least 
significant 4-rbits reside in ACCL. The operand word is 

10 then rotated in the divided accumulator until the previous 
most significant 4-bits reside in the ACCL and the previous 
least significant 4-rbits reside in ACCH. The "rotated" 
operand word in the divided accumulator can either be 
immediately used in an ALU operation or be transferred back 

15 to RAM. 

Programmable selection of the operand width is by 
means of the oprcode extension register (OER) , 421 , which 
in this example need only contain one bit position. When 
the binary state of that bit is a "1", the operand width 

20 for ALU and data movement operations is 4-bits, otherwise 
the operand width is 8-rbits. A LOAD OER instruction is 
added to the list in Table 1, and the ROM contains two 
constants, a "1", and a "0", as op-r-code extension words. 
Although only one bit is needed to specify the operand 

25 width, OER may contain additional bit positions for 
selecting other optional features as discussed above. 

An alternative CPU configuration for implementing 
variable operand width as well as other optional features 
is shown in FIG. 10. Although the CPU architecture of 

30 FIG. 10 is basically different from that of FIG. 4, the 
same opcode extension register concept is used to select 
the optional features. Referring now to FIG. 10, the 
Instruction Register, 1001, the ROM, 1002, the RAM, 1003, 
the Data Bus, 1004, and th Controller, 1005, all serve the 

35 same function as their corresponding parts in the CPU of 
FIG. 4 except the word size of the ROM and RAM, and the 
widths of the Data Bus and the Instruction Register are all 
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4r-bits instead of 8-bits. The Address Latch (AL) , 1006, is 
a 12?bit master-rslave latch for storing the current address 
of an instruction or of an operand. The 12t?bit address 
arithmetic unit (AAU) , 1007, increments or decrements the 
5 current address in AL • The Internal Register Memory (IRM), 
1008, is a group of registers which include a Program 
Counter (PC), 1009, two Memory Pointer Register B0, 1010, 
and Bl, 10011, and a Stack Pointer, 1012. The Temporary 
Register Memory (TRM) , 1013, contains two temporary 
10 registers TO, 1014, and Tl, 1015, used for intermediate 
address calculations during the address formation stage. 
The four address modes available in the CPU of PIG. 4 are 
also available in the CPU of FIG. 10. 



15 controls the transfer of data in 4^+bit words from ROM and 
RAM to the 12^bit registers in RIM and TRM via the 4^bit 
Data Bus. The DAMUX multiplexes the 4-bits from the Data 
Bus onto one of three 4??bit sections (designated higher, 
middle and lower sections) of the Address Arithmetic Bus, 

20 1026. The three sections of the Address Arithmetic Bus are 
coupled respectively to the higher, middle, and lower 4-Trbit 
sections of the 12rrbit registers in IRM and TRM. A 12-?bit 
address bus, 1027 transfers addresses from the AL to the 
AAU, RAM r and ROM. 

25 The 4-rbit Arithmetic and Logic Unit (ALU) is used 

to perform all arithmetic and logical functions. The 
operands for the ALU are stored in 4^-bit temporairy data 
registers TA, 1018, and TB, 1019. 



30 not have an addressable accumulator. Instead, the RAM 

locations pointed to by the Memory Pointer Registers, 1010 
and 1011, are allowed to be used as accumulators. This 
permits the CPU to have as many accumulators as RAM space 
permits. 

35 The basic operand width of the ALU in the CPU of 

FIG. 10 is 4-frbits; however, its configuration is such that 
ALU operations can be performed on operands whose widths 



The Data*-Address Bus Multiplexer (DAMUX), 1016, 



Unlike the CPU of FIG. 4, 



the CPU of FIG. 10 does 
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are integral multiples of the basic width (e.g., 8/12, and 
16iffbits). For operands having widths which are multiples 
of the basic width, the ALU operates on 4-r-bit s gments of 
the operand beginning with the least significant segment 
5 and repeating the ALU operation on the other segments 

according to their order of significance. A 4-rbit segment 
is commonly referred to as a nibble. The number of 
repetitions of an ALU operation required for a given 
operand width is equal to the number of nibbles in the 
10 operand. 

In the example of FIG. 10, OER has six bit 
positions which are assigned according to FIG. 11. 
Ref erring to FIG. 11 a 2^bit field comprising bits bO , 
1101, and bl, 1102, specify the four optional operand 

15 widths of 4^bits, 87rbits, 12^bits, and 16?rbits. The other 
4-rbit positions of OER are used to specify other special 
features to be described later in this specification. The 
coding of bits bO and bl and the number of repetitions 
needed to complete an ALU operation for each state are 

20 listed below: 



bl , bO operand width ALU repetitions 

0 0 16^-bits 4 

01 4*bits 1 
10 8^rbits 2 

25 11 12^bits 3 



Referring again to FIG. 10, the number of 
repetitions of an ALU operation specified by the contents 
of OER is controlled by the 2-^bit Counter, 1021, and the 

30 Comparator, 1022, which compares the state of the counter 
with that of bO-rbl. When the state of the counter and that 
of bO-rbl match, repetition of the ALU operation ceases. 

The details of an ALU operation in the CPU of 
FIG. 10 can be better understood when considered with the 

35 State Diagram, 1200, shown in FIG. 12. Referring to 
FIG. 12, the Instruction Fetch States, 1201, and the 
Address Formation States, 1202, have already been discussed 
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in connection with PIG. 2. After address formation, the 
source address for a dyadic operation is stored in 
temporary register TO. With the operation specified by the 
current instruction as either monadic or dyadic, the 
5 destination address is in temporary register Tl . It is to 
be noted that in the CPU of FIG. 10 a destination address 
is always required for a dyadic operation, unlike the CPU 
of FIG . 4 where the accumulator is always the implied 
destination for dyadic operations. 
10 In state ALU1 , 1203, the contents of TO (source 

address) is transferred to the master (ALM) of the Address 
Latch (1023 in FIG. 10). If the current instruction 
specifies a monadic operation, the next state is ALU 5 , 
1207; otherwise the next state is ALU 2 , 1204. During the 
IS transition from ALU1 to ALU 2 , the contents of ALM are 

transferred to the slave (ALS) of the Address Latch (1024 
in FIG. 10), and in state ALU2 the operand stored in the 
RAM location pointed to by ALS is transferred to temporary 
data register TB. In state ALU3 , 1205, the address in ALS 
20 is incremented and transferred to both TO and ALM, and if 
another optional feature, autoincrementing, yet to be 
described, is enabled, the incremented address is also 
transferred to pointer register B0. If the current 
instruction specifies immediate data addressing for the 
25 second operand of the dyadic operation (i.e., the second 
operand itself is carried in the address field of the 
current instruction) the next state is ALU 4 , 1206. In ALU 4 
the contents of ALS are transferred to PC, restoring the ROl 
address for the next data constant or instruction. For the 
30 other addressing modes, the next state is ALU 5 , 1207, where 
the destination address stored in Tl is transferred to ALM 
and the 2-sbit Counter is incremented, the Counter having 
been cleared at the beginning of the instruction cycle. 
During the transition from state ALU5 to state ALU 6 the 
35 contents of ALM are transferred to ALS. In state ALU6, 
1208, the contents of the RAM location pointed to by ALS 
are transferred to temporary date* register TA. The next 
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state is ALU7 , 1209 f where ALS is incremented and its 
contents "transf rred to Tl and to Bl if the autoincreroent ing 
feature is enabled. The ALU operation specified by the 
current instruction is performed on two operands provided 
5 by TA and TP in the case of a dyadic operation or on a 
single operand provided by TA in the case of a monadic 
operation. The next state is ALU8 , 1210 , where the result 
of the ALU operation (ALU OUT) is stored in the RAM 
location pointed to by ALS. The state of the Counter is 

10 then compared with the state of bOrrbl in OER* If the 

Comparator output is true, the ALU operation ijs completed; 
but if the Comparator output is false, the CPU returns to 
state ALU1 and the ALU operation is repeated. 
Auto Loading of Pointer Registers 

15 Another optional feature of the CPU in FIG. 10 

which can be selected under program control using the OER 
is autoloading of the pointer registers B0 and Bl . This 
feature is only available for the direct addressing mode 
where the full operand address is carried in the address 

20 code of the instruction. When autoloading is enabled, the 
operand addresses supplied by the current instruction are 
automatically stored in specified pointer registers at the 
completion of the instruction cycle. Autoloading of B0 and 
Bl is controlled by the state of bit positions AL0 (1105 of 

25 FIG. 11) and ALl (1106 of FIG. 11) in OER respectively, a 
"1" state enabling the autoloading feature. 

Autoloading is performed during the address 
formation stage of the data execution phase. A state 
diagram of the address formation stage for the CPU of 

30 FIG. 10 is shown in FIG. 13. An example of address 
formation is now explained with reference to FIG. 13. 

During the instruction fetch phase represented by 
the block with reference numeral 1301, an instruction word 
containing an op^code and an address mode code is 

35 transferred from ROM to IR. The CPU then goes to the first 
address formation state AF1, 1302. The path followed by 
the CPU through the address formation steps depend on the 
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addressing mode specified by the address mode code in IR 
* and on whether the operation specified by the op^code in IR 
is monadic or dyadic. A D^type flip-flop (DFF) , 1025, in 
the CPU of PIG. 10 keeps track of whether the address being 
5 formed for a dyadic operation is a source or destination 
address. Prior to the formation of the source address of a 
dyadic operation, DPP is clear (DFF=0) , but prior to the 
formation of the sole operand address of a monadic 
operation or the destination address of a dyadic operation, 

10 DFF is set (DFF=1) . If the direct addressing mode is 
specified for the source address, the most significant 
(upper) 47rbits of TO, are set to all "Is", and, similarly, 
if the direct addressing mode is specified for the 
destination address, th6 most significant 4-rbits of Tl are 

15 set to all "Is". 

The CPU then proceeds to state AF2 , 1303. If the 
specified addressing mode is for indirect addressing, the 
contents of B0 are transferred to Tl if DFF is set, or the 
contents of B0 are transferred to TO and the contents of Bl 

20 are transferred to Tl if DFF is clear. The CPU then 

proceeds directly to state AF6 , 1307. If the specified, 
addressing mode is for immediate data, the state of PC is 
transferred to TO and the CPU proceeds directly to 
state AF6. 

25 In state AF2, for the case of direct addressing, 

the contents of PC are transferred to ALM, the contents of 
PC being the address of the ROM location containing the 
first nibble of the operand address. During the transition 
from state AF2 to state AF3 , 1304, the contents of ALM are 

30 transferred to ALS. In state AF3 , ALS is incremented and 
its contents transferred to PC. If another nibble from ROM 
is required to complete the formation of the address the 
incremented address in ALS is also loaded into ALM. The 
contents of the ROM Location pointed to by ALS are then 

35 transferred to the lower four bits of TO (T0L) if DFF is 
set, or to the lower four bits of Tl (TIL) if DFF is clear. 
During the transition from state AF3 to state AF4 , 1305, 
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the contents of ALM are transferred to ALS. In stat AF4 , 
ALS is again incremented and its contents transferred to 
PC. The contents of the ROM Location pointed to by ALS are 
transferred to the middle four bits of TO (TOM) if DFF is 
5 set, or to the middle four bits of Tl (TIM) if DFF is 
clear* It is to be noted that the upper four bits of an 
operand address in the direct addressing mode is "1111". 

If the autoloading feature is not enabled for 
either BO or Bl , then the CPU proceeds from state AF4 

10 directly to state AF6 . Otherwise, the next state is AF5 , 
1306. In state AF5 the contents of TO is loaded into BO if 
DFF is set and autoloading is enabled for BO (i.e., AL0=1) , 
or the contents of Tl is loaded into Bl if DFF is clear and 
autoloading is enabled for Bl (i.e., AL1=1) . 

15 In state AF6 , the completed operand address in TO 

is transferred to ALM. If DFF is set in state AF6 , address 
formation is completed and the CPU proceeds to the ALU 
function represented by the block with reference 
numeral 1309. If, however, DFF is clear indicating that 

20 address formation for a dyadic operation is incomplete, the 
CPU proceeds first to state AF7 where DFF is set and then 
to state AF1 and repetition of the address formation steps 
for the destination address. 
Autoincrementing of Pointer Registers 

25 Another optional feature of the CPU of FIG. 10 

which can be enabled or disabled by means of the OER is the 
autoincrementing of the Pointer Registers B0 and Bl . When 
this feature is enabled for a specified Memory Pointer 
Register, the address stored in that register will be 

30 automatically advanced (incremented) at the end of each 
instruction cycle to point to the memory location of the 
first nibble of the next operand. Autoincrementing of BO 
and Bl is controlled by the state of the OER bit positions 
AI0 (1103 of FIG. 11) and All (1104 of FIG. 11), 

35 respectively. A "1" state enables the autoincrementing 
feature. 



When enabled, autoincrementing of B0 and Bl take 
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place during the ALU function stage of the data execution 
phase as represented by the state diagram of FIG. 12. 
Referring now to FIG. 12, as explained above in connection 
with the variable operand width- feature, when the CPU is in 
5 state ALU 3 , 1205, a source address stored in ALs pointing 
to a nibble of a first operand (assuming a dyadic 
operation) is incremented to point to the next nibble of 
the same operand, if the ALU operation is to be repeated on 
the next nibble. If the ALU Operation has been completed 

10 on all nibbles of the same operand, ALS points to the first 
nibble of a new first operand. The incremented address is 
then transferred to TO and ALM. If autoincrement ing of BO 
has been enabled, (i.e., AI0=1) , the incremented address is 
also transferred from ALS to BO. In state ALU7 , 1209, a 

15 destination address contained in ALS pointing to a nibble 
of the second operand of the dyadic operation, is 
incremented and transferred to Tl. If autoincrement ing of 
Bl has been enabled (i.e., AI1=1) , the incremented address 
is also transferred from ALS to Bl. The ALU operation is 

20 then performed on the corresponding nibbles of the first 
and second operands residing respectively in TA and TB. 
The result of the ALU operation is stored in the memory 
location previously occupied by the corresponding nibble of 
the second operand. The ALU operation is repeated, if 

25 required, on additional nibbles of the first and second 
operands. It is to be noted that with autoincrement ing 
* enabled for a particular pointer register its contents are 
incremented with each repetition of the ALU operation such 
that at the end of the instruction cycle the pointer 

30 register is always pointing to the first nibble of the next 
operand. 

Assignment of Address Registers 

Yet another optional feature which may be placed 
under program control by means of OER is the assignment of 
35 address registers. In some CPU configurations, the RAM and 
peripheral devices (e.g., teletype keyboard, card reader, 
printer, magnetic tape drive, etc.) coupled to the CPU 
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share not only the same address field in the instruction 
but in addition they share the same addresses. That is, a 
given address may refer to either a RAM location or a 
peripheral device. Identification of an address as a RAM 
5 location or a peripheral device can be achieved by defining 
separate and distinct RAM reference and peripheral 
reference instructions {e.g., READ RAM, READ PERIPHERAL, 
etc.). However, in order to conserve op^-codes, the same 
instruction can be used :to reference both RAM and 

10 peripheral devices. Accordingly, the instruction would 
specify whether the address is for a RAM location or for a 
peripheral device by referencing either an address register 
specifically reserved to store a memory address or one 
specifically reserved to store a peripheral device address. 

15 In prior art CPUs using the reserved address 

register architecture, the numbers of memory address 
registers and peripheral address registers are fixed by the 
CPU architecture. That is, the CPU designer decides on the 
number of each type of address register based on the type 

20 of applications for which the CPU was intended. For 
example, if the CPU were to be used in memory intensive 
application, it would have more memory address registers 
and fewer peripheral address registers. However, a fixed 
assignment of address registers limits the versatility of a 

25 CPU. 

Optimal versatility can be achieved in both, 
memory intensive and peripheral intensive applications by 
making the assignment of the address register, variable 
under program control. Such an optional feature, 

30 permitting the assignment of address registers to be 
changed repeatedly during program execution, is 
particularly advantageous for programs which are memory 
intensive in some parts and peripheral intensive in others. 

Referring now to FIG. 14, there is shown a block 

35 diagram representative of a portion of a CPU, 1400, which 
permits programmable assignment of several hardware address 
registers in accordance with the principles of this . 
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invention. A group of eight 127rbit addr ss registers, B0^ 
B7 designated by reference numerals 1401 through 1408, 
respectively, can each be assigned to store either a memory 
location address or a peripheral device address. The 
5. functions of the Data Bus, 1409 , Program Counter, 1410, 
Instruction Register, 1411, serve essentially the functions 
as explained in connection with the CPU of FIG. 4. The 
Opcode Extension Register (OER) , 1412, stores an oprcode 
extension word which specifies the selection of optional 

10 CPU features such as the ones discussed above including the 
assignment of the address registers to store RAM addresses and 
others to store peripheral device addresses is specified by 
the states of three bit positions in OER. The Controller, 
1413, simultaneously decodes the contents of both IR and 

15 0ER # effectively appending one to the other, and producing 
Command signals corresponding to the processor operation 
required by the combined contents of IR and OER. The 
Address Multiplexer, 1418, couples the address register 
referenced by the instruction to the 12r?bit Address Out 

20 Bus, 1417. 



address register, the Controller enables the appropriate 
address register select line, 1415, and Address MUX Control 
Line making the address stored in that register available 

25 on the Address Out Bus. At the same time, the Controller 
decodes the contents of OER to determine whether the 
referenced address register holds a RAM address or a 
peripheral device address. If it holds a RAM address, the 
RAM Select Control Line, 1419, is enabled; otherwise the 

30 Peripheral Select Control Line r 1420, is enabled. The 
Read/Write Control Line, 1421, provides a signal to RAM 
indicating whether a memory reference requires data to be 
read from or written into the RAM. 



35 diagram of the portion of the Controller, 1500, which 

decodes the address register assignment field, AR0-^AR2 , of 
OER. If the instruction calls for the referencing of one 



When an instruction references a particular 



Referring now to FIG. "15, there is shown a logic 
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15 



20 



25 



30 



of the address registers, B0-?B7, the Instruction Decoder 
section, 1503, will cause the I/O Instruction Enable Line, 
1504, and the Address Register Select Line, 1505, to go 
into the "1" state. In the example of FIG. 15, the eight 
address registers, B0^B7 , are assigned two at a time by the 
three bits (AR0-?AR2) in the address register assignment 
field of OER. Registers B0 and Bl are always reserved for 
RAM addresses, while registers B2 and B3 are assigned for 
RAM address if bit AR2, 1504, is a B 0" and are assigned for 
peripheral device addresses, if bit AR2 is a H l". In a 
similar manner the state of bit ARl determines the 
assignment of registers B4 and B5 and the state of bit AR0 
for registers B6 and B7 . The circuit composed of logic 
gates GItxGIO (reference'' numerals 1506^-1515) detects the 
states of A.R0^AR2 and those of the address register select 
lines, 1505, to provide the proper states ori the RAM Select 
Line or the Peripheral Select Line depending on the 
assignment of the selected address register. 

In PIG. 16, there is shown an example of an 
input/output (I/O) interface arrangement of the CPU of 
PIG. 14 with a RAM and three peripheral devices. In this 
example, it has been assumed that the CPU has only one I/O 
Port, the RAM, 1602, has its own internal address decoder, 
and the three peripheral devices, 1603t-1605, are all input 
devices which provide data to the CPU. When the CPU 
executes an input data instruction referencing one of the 
address registers, the address stored in the referenced 
address register is made available via the Address Out 
output of the CPU to the Peripheral Address Decoder (PAD) 
1606, and to the Address Input of the RAM. Assuming in 
this example that the address provided at Address Out 
refers to both Peripheral Device 2, 1604, and a location in 
the RAM, in order to choose between the two the Controller 
in the CPU detects the address register assignment field 
(AR0^AR2) of OER to determine whether the selected address 
register has been assigned to RAM or to peripherals. The 
contents of OER have been loaded during a previous 
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instruction. 

If the selected address register has been 
assigned to peripherals, th RAM is disabled via the RAM 
Select output while the PAD is enabled via the Peripheral 
5 Select output. The PAD activates Device 2 and causes the 
Peripheral Device Multiplexer, 1607, to couple Device 2 to 
the I/O port of the CPU. If however, the selected address 
register were assigned to RAM, the PAD would be disabled 
and the RAM enabled. A read signal provided by the 
10 Read/Write output would cause the RAM to transfer the 
contents of the addressed memory location to the CPU via 
the I/O Port. 
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Claims 

1. A central processing unit of a data 
processing system for executing a program of stored 
instructions through a sequence of instruction cycles, 

5 the central processing unit adapted for receiving an 
instruction during the instruction fetch phase of an 
instruction cycle and, responsive to the instruction for 
performing during the data execution phase of the 
instruction cycle a processor operation on stored data 
10 specified by the instruction, each stored instruction 
comprising an op^rcode portion and an address portion, 
the central processing unit comprising: 
an instruction register for receiving the 
oprcode portion of the instruction during the instruction 
15 fetch phase of the instruction cycle and storing the 
op-code throughout the entire instruction cycle; and 

a controller for producing command 
signals corresponding to the processor operation during 
the data execution phase of the instruction cycle, 
20 CHARACTERIZED IN THAT 

the central processing unit (100) further 

comprises: 

an opTCode extension register (421) for 
storing a selected optcode extension word; 

25 the controller (408) being responsive to 

the combined contents of the instruction register (401) 
and the op^code extension register (421) for producing 
command signals corresponding to the respective combined 
contents, the contents of the op^code extension register 

30 being changed only when the central processing unit (100) 
receives an instruction for transferring a newly selected 
op^code extension word to the op^code extension register 
(421). 

2. A central processing unit in 
35 accordance with claim 1 further comprising: 

a memory for storing the instructions for 
.the data, the memory comprises multiple memory locations, each 
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having a distinct location memory location address, 
the central processing unit comprises: 
an address bus coupled to an address 



decoder associated with the memory and responsive to an 
5 address carried by the address bus for selecting the 
memory location corresponding to the address 
CHARACTERI ZED IN THAT 

the central processing unit comprises: 
an arithmetic logic unit (411) responsive to select command 

10 signals corresponding to the contents of the op-code 

extension word register and the instruction register from 
the controller for receiving one or more operands from 
the memory and for performing on the operand or operands 
an arithmetical or logidal operation specified by the 

15 combined contents of the instruction register and the 
opircode extension register , the arithmetic logic unit 
(411) being adaptable to accommodate operands having one 
or more Nr^bit segments, the number of N-^bit segments in 
an operand being specified by the op-=-code extension word 

20 stored in the oprcode extension register. 



25 receives 2N-?bit operand words from the memory and the 

arithmetic logic unit having an upper and a lower portion 
for operating on the most significant N-rbit segment and 
the least significant N-rbit segment respectively of a 
2N?bit operand word retrieved from the memory; when a 

30 designated bit position in the op-ircode extension register 
contains a first binary state, both portions of the 
arithmetic logic unit are enabled to operate on the 
entire 2N-bit operand word, and when the designated bit 
position contains the other binary state, the upper 

35 portion of the arithmetic logic unit is disabled while 
the lower portion is enabled to operate on only the least 
significant Nr-bit segment of the operand word leaving the 



A central processing unit as recited 



in claim 2 



CHARACTERIZED IN THAT 



the central processing unit 
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most significant Ntrbit segments unchanged^ 

4, A central processing unit in 
accordance with claim 3 

CHARACTERIZED IN THAT 
5 circuitry for interchanging one for the 

other the most significant and least significant N-rbit 
segments of a 2N-rbit operand word. 

5. A central processing unit in 
accordance with claim 2 comprising: 

10 (1) at least one bidirectional 

input/output port being adapted to be coupled to a 
plurality of peripheral devices, each having a distinct 
peripheral device address and to a portion of the memory, 
some of the memory locations in the portion of the memory 

*5 having addresses which are in common with peripheral 
device addresses; 

(2) an address output coupled to 
the address bus and adapted to be coupled to peripheral 
device address decoder associated with the peripheral 

20 devices, the peripheral device address decoder being 

responsive to an address provided at the address output 
for selecting a peripheral device to be coupled to the 
input/output port, and to a portion of the memory address 
decoder responsive to the address at the address output 

25 for selecting a memory location in the portion of the 
memory to be accessed by the central processing unit 
through the input/output port; 

(3) a first output adapted to be coupled 
to the peripheral address decoder for enabling the 

30 peripheral address decoder when the first output is in a 
first binary state and for disabling the peripheral 
address decoder when the first output is in a second 
binary state; 

(4) a second output adapted to be coupled 

35 to the portion of the memory address decoder for enabling 
the portion of the memory address deocder when the second 
output is in a first binary state and for disabling the 
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portion of the memory address decoder when the second 
output is in a second binary state; 

(5) a plurality of address registers for storing 
addresses, at least one of the address registers being 
5 assignable to store either a memory address corresponding 
to a memory location in the portion of the memory or a 
peripheral device address, 

CHARACTERIZED IN THAT 

the op^-code extension register specifies 
10 the assignment of each assignable address register when 
an instruction being executed by the central processing 
unit specifies the transfer of the contents of a 
particular address register to the address output; 

the controller responsive to the contents 
15 of the opcode extension register providing a first 
binary state at the first output and a second binary 
state at the second output if the particular address 
register is assigned to store a peripheral device 
address; and 

20 the controller providing a second binary 

state at the first output and a first binary state at the 
second output if the particular address register is 
assigned to store a memory address corresponding to a 
memory location in the portion of the memory. 
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AMENDED CLAIMS 
(received by the International Bureau on 18 June 1980 (18.06.80)) 

1 1. A central processing unit of a data processing 

syst m designed for executing a program of stored instructions 

through a sequ nee of instruction cycles, th c ntral 

processing unit being adapted to be coupled to memory 

Smeans (1002, 1003) having a multiplicity of addressable 

locations for storing instructions and data, each instruction 

having an op-code portion and an address portion, the data 

including operands, the central processing unit comprising': 

instruction register means (1001, 1015, 1014) for 

lOstoring an instruction; 

instruction retrieval means (1008, 1006, 1007, 1026) 

for transferring a present instruction from the memory means 

to the instruction register means in each instruction cycle; 

a controller responsive to the op-code portion of 

15the present instruction for generating control signals 

corresponding to processor operations specified by the op-code 

portion; 

data retrieval means responsive to particular 
control" signals and to the address portion of the present 
20instruction for transferring data specified by the address 
portion from the memory means to the central processing unit; 

CHARACTERIZED IN THAT 

the data includes operands and op-code extension 

words; 

25 the central processing unit further comprises: 

an op-code extension register (1020) for receiving 
and storing an op-code extension word; 

the controller (1005, 1021, 1022, 1025) being 
responsive to the combination of the op-code portion of the 
30present instruction and the contents of the op-code 

extension register for generating the control signals; and 
the data retrieval means (1008, 1006, 1007, 1026) 
for transferring an op-code extension word specified by the 
address portion of the present instruction from the memory 
3Smeans to the op-code xtension register when the present 

instruction is a special instruct ion for transferring a newly 
selected op-code extension word to the op-code extension 
register . 

f OMPI \ 

V/W wipo 
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1 2. A central processing unit in accordance with 

claim 1 

CHARACTERIZED IN THAT 

the central processing unit comprises: 
5 an arithmetic logic unit (411) responsive to select 

command signals corresponding to the combination of the 
contents of the op-code extension word register and the 
op-code portion of the present instruction from the 
controller for receiving one or more operands from the memory 

lOand for performing on the operand or operands an arithmetical 
or logical operation specified by the combination, the 
arithmetic logic unit (411) being adaptable to accommodate 
operands having one or more N-bit segments, the number of 
N-bit segments in an operand being specified by the op-code 

lSextension word stored in the op-code extension register. 

3. A central processing unit in accordance with 

claim 2 

CHARACTERIZED IN THAT 

the operands for the arithmetic and logic operations- 
20each have 2 N-bit segments and the arithmetic logic unit 
have an upper and a lower portion for operating on the most 
significant N-bit segment and the least significant N-bit 
segment of each operand, respectively, both the upper and 
lower portions being enabled to operate on both segments 
25qf an operand at one time when a first designated bit 
position in the op-code extension register contains a 
first binary state, the upper portion being disabled and 
the lower portion being enabled to operate on only the least 
significant segment of an operand leaving the most significant 
30s gment unchanged when the first designated bit position 
contains a second binary state. 

4. A central processing "unit in accordance with 

claim 3 

. CHARACTERIZED IN THAT 
35 circuitry for interchanging one for the other the 

most significant and least significant N-bit segments of 
each operand. 
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1 5. A central processing 'uriif < xh * accdrdanc with 

claim 2 comprising: 

(1) at least one bidirectional input/output 
port being adapted to be coupled to a plurality of 

5 peripheral devices, each having a distinct peripheral 
device address and to a portion of the memory, some of 
the memory locations in the portion of the memory having 
addresses which are in common with peripheral device 
addresses; 

10 (2) an address output coupled to the address bus 

and adapted to be coupled to a peripheral device address 
decoder associated with the peripheral devices, the 
peripheral device address decoder being responsive to an 
address provided at the address output for selecting a 

15 peripheral device to be coupled to the input/output port, 
and to a memory address decoder responsive to the address 
at the address output for selecting a memory location in 
the portion of the memory to be accessed by the central 
processing unit through the input/output port; 

20 (3) a first output adapted to be coupled to the 

peripheral address decoder for enabling the peripheral 
address decoder when the first output is in a first 
binary state and for disabling the peripheral address 
decoder when the fiTSt output is in a second binary state; 

25 (4) a second output adapted to be coupled to the 

portion of the memory address decoder for enabling the 
portion of the memory address decoder when the second 
output is in a first binary state and for disabling the 
portion of the memory address decoder when the second 

30 output is in a second binary state; 

(5) a plurality of address registers for storing 
addresses, at least one of the address registers being 
assignable to store either a memory address corresponding 
to a memory location in the portion of the memory or a 

35 peripheral device address, 

CHARACTERIZED IN THAT 
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1 



the op-code ex-tension register specifies the 



assignment of each assignable addr ss register when 
an instruction being executed by th c ntral 
proc ssing unit sp cifies th transf r of the 
5 contents of a particular address register to the 
address output; 

the controller responsive to the contents of 
the op-code extension register providing a first 
binary state at the first output and a second binary 

10 state at the second output if the particular address 
register is assigned to store a peripheral device 
address; and 

the controller providing a second binary state 
at the first output and a first binary state at the 

IS second output if the particular address register 
is assigned to store a memory address corresponding 
to a memory location in the portion of the memory. 
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